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© BUS MANAGEMENT SYSTEM. 
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© A bus management node (11) is provided with a 
used-channel register REG1 and bus capacity regis- 
ter REG2. Before starting synchronous communica- 
tion, each node (12) transmits a read instruction to 
the registers REG1 and REG2 to read their contents 
so as to check for available channels and bus capac- 
ity. When an unused channel exists and a bus 
capacity remains, the node (12) transmits a write 
instruction to the registers REG1 and REG2 so that 
the number of used channels and the capacity of 
used buses can be respectively stored in the regis- 
ters REG1 and REG2. Therefore, buses can be 
managed by a simple method in a system which 



performs synchronous communication among a plu- 
rality of nodes connected to the buses. 
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Technical Field 

This invention relates to a bus management 
method in a communication system in which AV 
apparatus, such as a video tape recorder (VTR), a 
monitor or a tuner, are connected to a bus for 
exchanging digital video signals or digital audio 
signals. 

Background Technology 

There has been entertained a communication 
system in which Av apparatus, such as a video 
tape recorder (VTR), a monitor or a tuner are 
connected to a bus for exchanging digital video 
signals or digital audio signals. 

Fig.8 shows an example of such communica- 
tion system, which is provided with a root node 21, 
a leaf node 22, a branch node 23, a leaf node 24 
and a leaf node 25. Input' output ports between the 
nodes 21 and 22, also referred to as nodes 21-22, 
hereinafter the same, the nodes 21-23, the nodes 
23-24 and the nodes 23-25, are connected by two 
sets of twist pair cables. The nodes 21 to 25 are 
the digital VTRs, tuners or personal computers, as 
discussed above, each having one or more input/ 
output ports. Each node 21 to 25 has an amplifier 
and a relay enclosed therein. The communication 
system shown in Fig.8 is equivalent to a commu- 
nication system in which the nodes 21 to 25 are 
connected to a bus 26. 

The structure shown in Fig.8 is a hierarchical 
structure in which the nodes 22 and 23 are con- 
nected in the lower layer relative to the node 21 
and the nodes 24 and 25 are connected in the 
lower layer relative to the node 23. In other words, 
the node 21 is a master node for the nodes 22 and 
23, while the node 23 is a master node for the 
nodes 24 and 25. The sequence for determining 
such hierarchical structure is now explained. 

If the nodes 21-22, 21-23, 23-24 and 23-25 are 
connected by cables, the node only one input/ 
output port of which is connected to an other node 
notifies the node to which it is connected that the 
latter node is the master node. In the case of Fig.8, 
the nodes 24 and 25 notify the node 23 of the fact 
that the node 23 is the master node, while the node 
22 notifies the node 21 of the fat that the node 21 
is the master node. 

The node plural input/ output nodes of which 
are connected to other nodes notifies a node other 
than the node which has notified the firstly-stated 
node that the firstly-stated node is the master node 
that such other node is the master node. In the 
case of Fig.8, the node 23 notifies the node 21 that 
the node 21 is the master node, while the node 21 
notifies the node 23 that the node 23 is the master 
node. Since in such case the nodes 21, 23 notify 



each other that the counterpart node is the master 
node, the node which has made such notification 
first becomes the master node. Fig.8 shows a case 
in which the node 21 has become the master node. 
5 The sequence of according an address to each 

node is explained. Basically, the node address is 
accorded by the master node permitting an ad- 
dress to be accorded to a slave node. If there are 
plural slave nodes, addresses are accorded in the 
10 order of the .smaller port numbers to which the 
slave nodes are connected. 

In Fig.8, in which the node 22 is connected to 
a port #1 of the node 21 and the node 23 is 
connected to a port #2 of the node 22, the node 21 
75 permits an address to be accorded to the node 22. 
The node 22 accords the address (i) to itself and 
transmits data indicating that the address (i) has 
been accorded to itself over a bus 26. The node 21 
then permits the node 23 to set its own address. 
so The node 23 permits an address to be accorded to 
the node 24 connected to its port #1 . The node 23 
permits an address to be accorded to a node 25 
connected to its port #2. The node 23 accords an 
address (iii) to itself. After having accorded ad- 
25 dresses to its slave node 24 and slave node 25, the 
node 23 accords an address (iy) to itself. After 
having accorded addresses to its slave node 22 
and slave node 23, the node 21 accords an ad- 
dress (v) to itself. 
30 With the present communication system, it is 

possible to carry out synchronous communication 
or continuous communication at a constant data 
rate and asynchronous communication for transmit- 
ting control commands, for example, non-periodi- 
35 cally, that is whenever the necessity arises. 

With the present communication system, com- 
munication is carried out at a communication cycle 
having a pre-set period, such as 125 us, as shown 
in Fig. 10. The communication cycle starts with a 
40 cycle start packet csp, followed by a period for 
transmitting a packet for synchronous communica- 
tion. By affixing channel numbers 1, 2, 3, ...N to the 
respective packets for synchronous communica- 
tion, plural synchronous communication cycles 
45 may be carried out. For example, if the channel 1 
is allocated to the communication from the node 22 
to the node 23, communication is carried out by 
the node 22 transmitting the packet for synchro- 
nous communication having the channel number 1 
so directly after the cycle start packet csp and by the 
node 23 monitoring he bus 26 and fetching the 
packet for synchronous communication having the 
channel number 1. Similarly, the communication 
from the node 24 to the node 21 can be accorded 
55 to the channel 2, while the packet of a channel can 
be received by plural nodes. 

If plural synchronous communication cycles 
are carried out, it is attempted to transmit the 
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packets for synchronous communication over plural 
channels directly after the cycle start packet cps. In 
such case, the packet of synchronous communica- 
tion of a channel is first transmitted by arbitration 
means (such as CSMA/CD) as determined by the 
bus 26. The packets of synchronous communica- 
tion of other channels are then transmitted sequen- 
tially. 

After termination of transmission of the packets 
of synchronous communication of all of the chan- 
nels, the time interval until the next cycle start 
packet csp is employed for asynchronous commu- 
nication. To the packets for asynchronous commu- 
nication (packets A and B in Fig. 10) are affixed 
addresses of the transmitting node and the receiv- 
ing node. The respective nodes fetch the packets 
having the addresses proper to the nodes affixed 
thereto. 

Since the details of the above-described com- 
munication system are publicized as "IEEE P1394 
Serial Bus Design Statement, they are not ex- 
plained herein specifically. 

In order for the above-described communica- 
tion system to operate correctly, it is necessary for 
the respective synchronous communication packets 
to have different channel numbers, while it is nec- 
essary for the sum total of the communication time 
of the synchronous communication packets of the 
respective channels not to exceed the period of the 
synchronous communication. To this end, it is nec- 
essary to check before the start of synchronous 
communication of a node that the communication 
capacity necessary for the communication is avail- 
able on the bus and to have an un-used channel 
allocated for the communication if there is any 
residual communication capacity in the bus. 

For supervising the communication capacity 
and the channel number employed for synchronous 
communication, it is commonplace practice that 
one of the nodes connected to a bus become a 
bus management node and to effect required man- 
agement. In such case, other nodes indicate the 
communication capacity desired to be employed to 
the bus management node, using the asynchro- 
nous communication packet, and require channels 
to be allocated to them. The bus management 
node checks if the communication capacity in use 
added to the communication capacity newly re- 
quested does not exceed the maximum commu- 
nication capacity of the bus. If the sum is not in 
excess of the maximum communication capacity of 
the bus, the bus management node notices the 
channel number and the effect of permission of 
synchronous communication. If the sum is in ex- 
cess of the maximum communication capacity of 
the bus, the bus management node notices that the 
channel allocation is not permitted. After termina- 
tion of the synchronous communication, the man- 
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agement node is notified of the channel number 
and the channel capacity which will not be in use. 

Since the bus supervision is in need of com- 
plex processing operations, it is commonplace 

5 practice with the communication system centered 
about e.g., a personal computer to use the per- 
sonal computer as a bus management node and to 
perform the processing operations using the soft- 
ware possessed by the personal computer. How- 

70 ever, if this method is employed for the commu- 
nication system between the AV apparatus, such 
as a digital VTR, tuner or a monitor, it becomes 
necessary to interconnect an apparatus having 
powerful data processing functions, such as per- 

75 sonal computer, to the bus, in addition to the AV 
apparatus, thus raising the cost of the communica- 
tion system. 

In view of the above problem, it is an object of 
the present invention to provide a method for re- 
20 alizing facilitated management of a bus in a system 
for carrying out synchronous communication be- 
tween plural nodes connected to the bus. 

Disclosure of the Invention 

25 

The subject-matter of the claim 1 resides in a 
method for bus management in a system for per- 
forming synchronous communication between plu- 
ral nodes connected to" a bus in which, among the 

30 plural nodes, a pre-set node having first storage 
means for storing the channel use state and for 
storing the bus use state is set as a bus manage- 
ment node, each node reads out the contents of 
the first and second storage means when starting 

35 the synchronous communication, and in which, if 
there is any vacant channel or any vacant capacity, 
each node writes the number of the channel started 
to be used and the capacity of the bus started to 
be used in the first and second storage means, 

40 respectively. Thus the channel number and the bus 
capacity may be supervised by the bus manage- 
ment node by simply responding to the readout 
command and the write command to the first and 
second storage means. 

45 The subject-matter of claim 2 resides in the 

method for bus management as claimed in claim 1 
wherein each node ha plural communication clocks 
of different frequencies. Thus it is possible for each 
node to carry out communication by the commu- 

50 nication clocks of plural different frequencies so 
that there can exist communication of different 
speeds from channel to channel. 

The subject-matter of claim 3 resides in the 
method for bus management as claimed in claim 1 

55 or 2 wherein, if the bus management node is 
changed during the synchronous communication, 
the node already engaged in the synchronous 
communication executes the sequence of channel 

3 
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acquisition within a pre-set time. In this manner, the 
node already engaged in the synchronous commu- 
nication executes the sequence of acquiring the 
channel within a pres-set time, while the node 
newly starting the synchronous communication ex- 
ecutes the sequence of acquiring the channel after 
lapse of the pre-set time. 

The subject-matter of claim 4 resides in the 
method for bus management as claimed in claim 1, 
2 or 3 wherein the node having the maximum 
address is set as the bus management node. Thus, 
if a root node is determined, it becomes the bus 
management node. 

The subject-matter of claim 5 resides in the 
method for bus management as claimed in claim 2 
wherein the bus use state stored in the second 
storage means has time-based values. Thus it be- 
comes possible for the bus use state to have time- 
based values. 

Brief Description of the Drawings 

Fig.1 is a block diagram showing a specified 
constitution of a communication system to which 
the present invention is applied. 

Fig.2 shows a practical constitution of a regis- 
ter for channels in use and a bus capacity register 
of a bus management node constituting the bus 
capacity register. 

Fig.3 is a flow chart showing a practical exam- 
ple of the sequence of channel acquisition before 
starting synchronous communication. 

Fig.4 is a flow chart for showing a practical 
example of the sequence of operations for channel 
restoration after termination of the synchronous 
communication. 

Fig.5 is a flow chart showing the sequence of 
setting the bits of the register for channels in use in 
order to avoid competition between nodes. 

Fig.6 is a flow chart showing the sequence of 
subtracting the value of the bus capacity from the 
value of the bus capacity register in order to avoid 
competition between nodes. 

Fig.7 is a flow chart showing the sequence of 
adding the value of the bus capacity to the value of 
the bus capacity register in order to avoid competi- 
tion between nodes. 

Fig.8 shows an example of a communication 
system for synchronous communication between 
plural nodes connected to the bus. 

Fig.9 is a block diagram equivalently stating 
the above communication system. 

Fig. 10 shows an example of data construction 
on the bus in the above-mentioned communication 
system. 



Best Mode for Carrying out the Invention 

Referring to the drawings, preferred embodi- 
ments of the present invention will be explained in 

5 detail. Fig.1 illustrates the concept of the present 
invention and Fig.2 shows examples of the con- 
struction of a register for channels in use and the 
bus capacity register shown in Fig.1 . 

Referring to Fig.1, a bus management node 11 

io has the register for channels in use REG1 and the 
bus capacity register REG2. The register for chan- 
nels in use REG1 has the capacity of e.g., 32 bits, 
each of the bits (bit 0 to bit 31) representing the 
state of use of channels 0 to 31, with 1 indicating a 

is channel in use and 0 indicating a channel not in 
use. As shown in Fig. 2b, the bus capacity register 
REG2 has the capacity of e.g., 32 bits, thus having 
a value capable of indicating the residual bus ca- 
pacity or the sum of the capacities in use. 

20 Before starting the synchronous communica- 

tion, an other node 12 in the communication sys- 
tem transmits a readout command to the register 
for channels in use REG1 and the bus capacity 
register REG2 over a twist pair cable 13, using the 

25 asynchronous communication packet, and reads 
out the contents of the command over a twist pair 
cable 14 in order to confirm the"~number of the 
channel not in use and the residual capacity of the 
bus. If there is any channel not in use and there is 

30 any residual bus capacity, the other node 12 trans- 
mits write commands to the register for channels in 
use REG1 and the bus capacity register REG2 so 
that the number of the channel in use and the 
capacity of the bus in use will be written in the 

35 register for channels in use REG1 and the bus 
capacity register REG2. When starting the synchro- 
nous communication, the bus management node 
1 1 issues write and readout commands to the 
register for channels in use REG1 and the bus 

40 capacity register REG2 therein in order to effect 
processing in a similar manner. 

If the present invention is applied to, for exam- 
ple, the communication system shown in Fig.8, the 
register for channels in use REG1 and the bus 

45 capacity register REG2 are provided in the respec- 
tive nodes. The bus management node 1 1 is the 
node 21 as a root node. If the register for channels 
in use REG1 and the bus capacity register REG2 
are provided in each of the respective nodes, bus 

so management becomes possible no matter which 
node become the root node. Any node other than 
the root node may also be used as a bus manage- 
ment node. 

Referring to Figs.3 to 7, preferred embodi- 
55 ments of the present invention will be explained in 
detail. In the flow charts, YES and NO in the 
decision steps are abbreviated to Y and N, respec- 
tively. 



BNSDOCID: <EP 0674410A1_I_> 



7 



EP 0 674 410 A1 



8 



Fig.3 is a flow chart showing an example of the 
procedure for channel acquisition before starting 
the synchronous communication. 

Referring to Fig. 3, the node 12 effecting the 
synchronous communication transmits to the bus 
management node 11a command for reading out 
the contents of the register for channels in use 
REG1. The contents of the register for channels in 
use REG1 thus read out are checked in order to 
give judgement if there is any bit 0. If there is no 0 
bit, there is no vacant channel, so that the process- 
ing comes to a close. If there ia a bit 0, the node 
12 proceeds to step S2. 

At step S2, the node 12 transmits to the bus 
management node 11a write command for setting 
the bit corresponding to the channel number de- 
sired to be employed. The node 12 then proceeds 
to step S3. 

At step S3, the node 12 transmits to the bus 
management node 1 1 a command for reading out 
the contents of the bus capacity register REG2, 
and checks the contents of the bus capacity regis- 
ter REG2 thus read out. The node 12 compares the 
value of the bus capacity register REG2, that is the 
residual capacity of the bus, to the value of the 
capacity to be newly in use. If the value of the bus 
capacity register REG2 is larger, synchronous 
communication is possible, so that the node 12 
proceeds to step S4. If the value of the capacity to 
be newly in use is found at step S3 to be larger, 
synchronous communication cannot be carried out, 
so that the node 12 proceeds to step S6. 

At step S4, the node 12 issues to the bus 
management node 12 a write command for setting 
a value equal to the value of the bus capacity 
register REG2 less the value of the capacity to be 
newly in use as a new value of the bus capacity 
register REG2. The node 1 2 then proceeds to step 
S5. The node 12 starts the synchronous commu- 
nication at step S5. 

At step S6, the node 12 transmits a write 
command for resetting to 0 the bit set to 1 at step 
S2 to the bus management node 11. 

Fig.4 is a flow chart showing the sequence of 
operations of returning the channel after the end of 
the synchronous communication. In the following 
description, the description as to transmitting a 
readout command for reading the contents of the 
registers REG1 and REG2 and as to transmitting a 
write command for rewriting the register contents. 

Referring to Fig.4, if the communication comes 
to a close at step S11, the node 12 proceeds to 
step S12, where the bit corresponding to the num- 
ber of the channel of the register for channels in 
use REG1 which has ceased to be used is reset to 
0. At step S13, the node 12 adds the value of the 
capacity of the bus which has ceased to be used to 
the value of the register for channels in use REG1. 



With the above-described sequence of oper- 
ations, it is possible for the bus management node 
1 1 to allocate the channels by a simplified opera- 
tion of responding to the write command and the 

5 readout command. However, it may occur that, with 
such sequence of operations, correct processing 
cannot be made in the case of competition among 
plural nodes. The sequence of operations capable 
of coping with such case is explained by referring 

io to Figs. 5 to 7. 

Fig.5 is a flow chart for setting the bit of the 
register for channels in use REG1, that is the 
operations corresponding to the steps S1 and S2 of 
Fig.3. 

75 At step S21, the node 12 reads the value 

(binary number) of the register for channels in use 
REG1 and sets the value to a. The node 12 then 
proceeds to step S22. At step S22, the node 12 
judges whether or not there is a bit 0 in a. The 
20 foregoing processing is substantially the same as 
the step S1 of Fig.3. If there is no bit 0 in a, the 
node 12 terminates the operational sequence of 
channel acquisition, since there is no vacant chan- 
nel. If there is a bit 0 in a. the node. 12 proceeds to 
25 step S23. 

At strep S23, the node.12 sets the value of the 
register REG1 in which the bit corresponding to the 
channel desired to be used for synchronous com- 
munication is set to 1 to b, before proceeding to 
30 step S24. 

If at step S24 the value of the register for 
channels in use REG1 is a, the node 12 rewrites 
the value to b, before proceeding st step S25. That 
is, the processing at step S24 is the processing 
35 provided for evading the competition with other 
nodes. This step S24 can be implemented by a 
node desiring to occupy a channel transmitting a 
command to the bus management node 11 for 
rewriting the value of the register for channels in 
40 use REG1 from a to b. The value of the register for 
channels in use REG1 being a means that an other 
node has not rewritten the value of the register for 
channels in use REG1 since the time the node 12 
read at step S21 the value of the register for 
45 channels in use REG1 until step S24. Conversely, 
the value of the register for channels in use REG1 
not being a means that an other node has rewritten 
the value of the register for channels in use REG1. 
At step S25, the node 12 judges whether or not 
so the rewriting has resulted in success. If the result is 
YES, that is the rewriting has succeeded, the node 
12 terminates the operating sequence. If otherwise, 
the node 12 returns to step S21. The decision as to 
the success/ failure may be given based on the 
55 notice of the results of writing transmitted from the 
bus management node 11, or by reading out the 
value of the register for channels in use REG1 and 
checking whether or not it has been rewritten to b. 
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Fig.6 is a flow chart showing the operating 
sequence of subtracting the bus capacity value 
from the value of the bus capacity register REG2, 
that is the operating sequence corresponding to the 
steps S3 and S4. 

At step S31, the node 12 reads the value of the 
bus capacity register REG2 and set the value to c. 
The node 12 then proceeds to step S32 in which 
the node 12 judges which of c and the capacity 
value of the bus to be used newly is larger. The 
above processing is substantially the same as the 
step S3 shown in Fig.3. If c is smaller than the 
capacity value of the bus to be used newly, syn- 
chronous communication cannot be carried out, so 
the node 12 resets the value of the register for 
channels in use REG1 to its original value, as at 
step S6 shown in Fig.3. If c is larger than the 
capacity value of the bus to be used newly, syn- 
chronous communication can carried out, so the 
node 12 proceeds to step S33. 

At step S33, the node 12 subtracts the capac- 
ity value of the bus desired to be used from c to 
give d before proceeding to step S34. 

If at step S34 the value of the bus capacity 
register REG2 is c, the node 12 rewrites it to d 
before proceeding to step S35. That is, the step 
S34 is the processing for avoiding competition with 
other nodes. The value of the bus capacity register 
REG2 being c means that an other node has not 
rewritten the value of the bus capacity register 
REG2. since the time the node 12 has read out at 
step S31 the value of the bus capacity register 
REG2 until step S34. Conversely, the value of the 
bus capacity register REG2 not being c means that 
an other node has rewritten the value of the bus 
capacity register REG2. 

At step S35, the node judges whether or not 
rewriting has succeeded. If the rewriting has suc- 
ceeded, the node 12 terminates the processing 
and, if otherwise, the node 12 returns to step S31. 

Fig.7 is a flow chart showing the operating 
sequence of adding the bus capacity value to the 
value of the bus capacity register REG2, that is the 
operating sequence corresponding to the step S13 
of Fig. 4. 

At step S41 , the node 12 reads the value of the 
bus capacity register REG2, and sets it to e before 
proceeding to step S42. 

At step S42, the node adds the capacity value 
of the bus whose end has come to a close to e and 
sets the sum to f before proceeding to step S43. 

If at step S43 the value of the bus capacity 
register REG2 is e, the node 12 rewrites it to f 
before proceeding to step S44. 

At step S44, the node 12 judges whether or not 
the rewriting has succeeded. If the rewriting has 
succeeded, the node 12 terminates the processing 
and, if otherwise, the node 12 returns to step S41. 



Since the meaning of each processing in the se- 
quence of operations is apparent from the explana- 
tion given in connection with Figs. 5 and 6, the 
corresponding description is omitted for simplicity. 

5 The value to be stored in the bus capacity 

register REG2 is now explained. 

In the present embodiment, the bus capacity 
register REG2 stores the un-used portion of the 
time period in the time period of synchronous 

io communication cycle of 125 us that may be used 
for synchronous communication, as counted based 
on the basic clocks used for communication. Thus 
the register REG2 stored time-based values. If, as 
an example, the basic clock of communication in a 

15 bus system of 98.304 Mbps is 49.152 MHz, and 
100 us within the period of 125 us is to be useable 
for synchronous communication, with the remaining 
25 us being used for transmission of the cycle 
start packet csp shown in Fig. 10 and for the asyn- 

20 chronous communication packets A, and B, the 
maximum value of the bus capacity! corresponds to 
4915 basic clocks. Thus the bus capacity register 
REG2 is initially set to 4915 from which the num- 
ber of clocks corresponding to the bus capacity 

25 value used for each channel allocation to the node 
— 12 is subtracted. 

For example, when starting- the synchronous 
communication of 10 Mbps, data equal to 1250 bits 
per synchronous communication cycle is . transmit- 

30 ted. The time consumed for transmitting the data is 
equal to 625 basic clocks for transmitting data per 
se plus the overhead time consumed for bus ar- 
bitration or the like. If the overhead is 1 u's, cor- 
responding to 50 basic clock periods, 675 is to be 

35 subtracted from the bus capacity register REG2. 

If each node in the communication system is 
capable of communication with the basic clocks of 
plural different frequencies, for example, 49.152 
MHz, 2 x 49.152 MHz or 4 x 49.152 MHz, and 

40 plural synchronous communication cycles are car- 
ried out at different basic clocks, it suffices to set 
the value stored in the bus capacity register REG2 
so as to be equal to the value counted by a 
selected one of the plural basic clocks. 

45 The operation when the constitution of the 

communication system has been changed during 
the synchronous communication has been changed 
is explained. If, for example, the cable between the 
nodes 21 and 23 between the nodes 23 and 24 in 

so the communication system shown in Fig.8 is dis- 
connected during the synchronous communication, 
there is no bus management node in the commu- 
nication system including the nodes 23 and 24. 
For avoiding such problem, if a node is discon- 

55 nected or connected during the synchronous com- 
munication, the node with the maximum address in 
the new construction of the communication system 
is set as a new bus management node. If the bus 
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management node is determined, the node en- 
gaged in synchronous communication executes a 
channel acquisition sequence with respect to the 
new bus management node within a pre-set tome 
while the node newly starting the synchronous 
communication executes the channel acquisition 
sequence after lapse of the pres-set time. It is 
possible for the node already engaged in synchro- 
nous communication to start the synchronous com- 
munication immediately and to execute the channel 
acquisition sequence as a parallel operation. 

By so doing, if the bus management node is 
changed, channel allocation is made preferentially 
to the node engaged in synchronous communica- 
tion before such change in the bus management 
node. Thus the state which has prevailed before 
change in the bus management node may be re- 
flected in the registers REG1 and REG2 of the new 
bus management node. 

In the above explanation, it is assumed that all 
nodes in the communication system have the reg- 
ister for channels in use REG1 and the bus capac- 
ity register REG2. If this is not the case, the nodes 
having the register for channels in use REG1 and 
the bus capacity register REG2 are retrieved be- 
ginning from the node having the address (i) and 
the node found out first is set as the bus manage- 
ment node. 

Industrial Applicability 

As discussed above in detail, the subject-mat- 
ter of claim 1 provides a method for bus manage- 
ment in a system for performing synchronous com- 
munication between plural nodes connected to a 
bus, wherein, among the plural nodes, a pre-set 
node having first storage means for storing the 
channel use state and for storing the bus use state 
is set as a bus management node, each node 
reading out the contents of the first and second 
storage means when starting the synchronous 
communication. If there is any vacant channel or 
any vacant capacity, each node writes the number 
of the channel and the capacity of the bus started 
to be used in the first and second storage means, 
respectively. Since it is possible for the bus man- 
agement node to manage the channel number and 
the bus capacity by simply responding to the 
readout command and the write command to the 
first storage means and to the second storage 
means, the method may be implemented by a 
simplified hardware. 

The subject-matter of claim 2 provides for an 
arrangement in which each node has plural com- 
munication clocks of different frequencies. Since 
the communication cycles with different plural fre- 
quencies can be caused to co-exist from channel 
to channel, it becomes possible to cope with data 



with different transmission rates, such as video 
data or audio data. 

The subject-matted of claim 3 provides for an 
arrangement in which, if the bus management node 

5 is changed within the pre-set time during the syn- 
chronous communication, the node already en- 
gaged in the synchronous communication executes 
the sequence of channel acquisition within a pre- 
set time. Consequently, channel allocation may be 

w made preferentially to the node engaged in the 
synchronous communication before the bus man- 
agement node is changed. 

The subject-matted of claim 4 provides for an 
arrangement in which the node having the maxi- 

75 mum address is set to the bus management node, 
so that the bus management node may be auto- 
matically determined when the root node is set. 

The subject-matted of claim 5 provides for an 
arrangement in which the bus use state stored in 

20 the second storage means has time-based values, 
so that bus capacity management becomes possi- 
ble even if the communication cycles with different 
rates co-exists from channel to channel. 

25 Claims 

1. A method for bus management in a system for 
performing synchronous communication be- 
tween plural nodes connected to a bus, char- 

30 acterized in that 

among the plural nodes, a pre-set node 
having first storage means for storing the chan- 
nel use state and second storage means for 
storing the bus use state is set as a bus 

35 management node, each node reads out the 

contents of the first and second storage means 
when starting the synchronous communication, 
and in that, if there is any vacant channel or 
any vacant capacity, each node writes the 

40 number of the channel started to be used and 

the capacity of the bus started to be used in 
said first and second storage means, respec- 
tively. 

45 2. The method for bus management as claimed 
in claim 1 wherein each node has plural com- 
munication clocks of different frequencies. 

3. The method for bus management as claimed 
so in claim 1 or 2 wherein, if the bus management 

node is changed within the pre-set time during 
the synchronous communication, the node al- 
ready engaged in the synchronous commu- 
nication executes the sequence of channel ac- 
55 quisition within a pre-set time. 

4. The method for bus management as claimed 
in claim 1 . 2 or 3 wherein the node having the 
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maximum address is set as the bus manage- 
ment node. 

5. The method for bus management as claimed 

in claim 2 wherein the bus use state stored in 5 
the second storage means has time-based val- 
ues. 
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